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SPECIFICATION 
TOKEN-BASED PERSONALIZATION OF SMART APPLIANCES 



BACKGROUND OF THE INVENTION 
5 Field of the Invention 

The invention relates to appliances whose user 
interfaces can be made less complicated through the use of 
personal preference, or profile, data. More particularly, 
the invention relates to the use of a physical token or tag 
10 that indicates the identity of the user and mechanisms by 
which profile data may be obtained from a store accessible 
via a network. 
Background 

Many modern appliances such as televisions, 
15 telephones, computers, etc. are capable of providing such a 
large array of options that a demand exists for devices 
that allow them to be personalized to make them easier to 
use. An example is set top boxes that provide personalized 
electronic program guides (EPGs) . These can be 
20 personalized either actively, by specifying rules for 

selecting or filtering out programming; or passively, by 
allowing the set top box to extract rules from use over an 
extended period of time. Another very simple example of a 
personalized appliance is a telephone speed dial directory. 
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still another example of a personalized appliance is a 
desktop computer, whose applications usually allow a large 
variety of personal settings to be established to customize 
the working environment. 

A first drawback with many such appliances is the 
lack of an ability to store multiple profiles in an 
appliance. In addition, if a new appliance is purchased, 
rented, or used (such as during a visit to another's 
residence) the personal data generated by one appliance is 
not available for use with another appliance. 

A second drawback with the above personalization 
approach is the fact that each of multiple users of a 
single appliance may employ divergent criteria for 
selecting features. These may conflict as when 
personalizing a user interface of a computer. 
Alternatively they may expand the option space so much that 
the benefits of personalization are diminished as when each 
member of a family make personalization contributions to a 
television EPG or a speed dial list. In the example of an 
EPG, one family member's selection of documentaries, 
another's selection of sitcoms, and another's selection of 
sports contributes to the expansion of the selection space 
to something that is nearly as impersonal as an 
unpersonalized EPG. 
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One attempt to overcome the first of the 
foregoing difficulties in the particular environment of an 
Internet terminal is the use of smart cards to store the 
personal identification data. An example of such a 
solution is described in US Patent No, 5,983,273. The 
above patent describes a system in which a smart card 
containing a unique network address is inserted in a set 
top box. Information on the smart card is transmitted to 
an Internet server and in response the server downloads to 
the set top box information particular to the user to 
configure the set top box. The interaction between the 
card, terminal (set top box) and server may provide for 
authentication. The information delivered by the server 
includes filtering information for viewing web sites, 
access privilege data in the form of a ticket, and 
favorites lists. The ticket is used to invoke permissions 
at web sites and provide for at least one customized 
response. The specification describes sending the user's 
email, favorite links, titles in a URL, and thiombnails in 
response to the ticket. 

Another patent DE 197 13 271 briefly describes a 
client-server system in which a transponder is used to 
classify a user and the services delivered to the client 
customized based on information specific to the user or 
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user-class. This can address the second of the drawbacks 
be causing the appliance to switch to a different 
personalization depending on the user. 

Another patent GB 2 325 537 addresses the second 
of the drawbacks in the area of EPG applications. In this 
application, each user in a group, such as a family, 
identifies himself /herself as a current user. Separate 
profiles are developed by each user. Then, when multiple 
users watch the television together, their profiles are, 
selectively, either logically ANDed or logically ORed to 
produce a new profile that is then used to filter the EPG. 

The prior art techniques solve some of the 
difficulties of adapting appliances, but there is a need to 
make it easier for a user to personalize an appliance and 
to transfer information about preferences from one 
appliance to another. In addition, there is a need to make 
it easier and more convenient to combine the profiles of 
multiple users. Furthermore, the mechanisms for providing 
such convenience must be such that manufacturers can 
provide them without having to support complex service 
infrastructures such as required by the smart card system 
described in US Patent No. 5,983,273. 
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SUMMARY OF THE INVENTION 

Briefly, a radio frequency identification (RFID) 
token is used with appliances to access profile data to 
personalize the appliance. Each token contains a pointer 
to a relay location on a network with a further pointer 
indicating a profile location where user-profile data is 
stored. When a user wants to use an appliance, he/she 
places the token near the appliance and the appliance 
accesses the data from the site indicated (pointed to) by 
the relay location. The profile location may contain many 
different types of data such as speed dial lists, media 
preferences, preferred product classifications, etc. The 
appliance could obtain just the information it required, 
for example if the database were XML-tagged, by filtering 
out irrelevant content and personalize itself accordingly. 
When multiple users wish to use a single appliance, for 
example a television, each may place his/her token near the 
appliance and the appliance may then combine relevant 
profile data accordingly to develop a single composite 
profile to use to personalize the appliance, 

A component of the invention is an RFID tag or 
token or any suitable device capable of storing 
identification, authorization, and/or authentication data. 
Each RFID device contains a unique Internet uniform 
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resource locator {URL} called the relay location. The 
relay location URL stores a profile URL that is owned and 
maintained by and/or for the user. A manufacturer of the 
device could supply them with new set top boxes, 
telephones, televisions, computers, or other appliances. 
The user may maintain his/her personal data at a location - 
a profile server - that is independent of the relay 
location, which corresponds to the token only. 

The token or device may simply be placed near the 
smart appliance while the user is using it. The device may 
be required to be placed close to the appliance or it could 
be permitted to work in a field that is a substantial 
radius, say several meters, as in a Bluetooth® network. If 
the device is used in a physical setup where a user may 
leave the vicinity of the appliance for a period of time 
and then return and it would be disruptive to have the 
profile removed during that interval, the appliance could 
provide a persistence period option. Thus, the user could 
indicate the length of the maximum interval after which the 
non-presence of the device should indicate that he/she is 
no longer a current user. This could be useful in 
situations where many people are simultaneously using an 
appliance. For example, when one member of the family gets 
up to make some popcorn, it would be undesirable for that 
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user's profile data to be removed from the pool. To 
prevent transient occupants from being added to the user 
group, the detection of a token would not cause the 
addition of a user to a group unless confirmed or 
authenticated. Thus, the appliance could request 
confirmation that a new occupant confirm that he/she should 
be added to the user group. 

Alternatively, the devices could be required to 
be placed right near the appliance. In this scenario, each 
user would leave his token or device on top of or near the 
appliance while he/she is expected to remain an active 
member of a group of users. This would have the advantage 
of preventing inadvertent addition of transient occupants 
of the room being added to the user group. 

When the token establishes a link with a smart 
appliance, it conveys the relay URL and an identifier of 
the token. The smart appliance accesses the relay URL, 
which responds by transmitting the profile URL. The smart 
appliance then attempts to link with the profile URL. For 
security, the token may provide data identifying the token 
as well as the relay location URL and the smart appliance 
may be required to transmit this identifier to be 
authorized to link with the profile location. With this 
authorization requirement, if a user lost his/her RFID 
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r device, he/she could indicate the loss of the device to the 
profile destination. Subsequent attempts to use the device 
could then be unauthorized. Thus, another user attempting 
to access the first user's data would fail the 
5 authorization and be unable to access the profile data. 
Alternatively, authorization could be handled through the 
relay location server. In this case, the lost device or 
token could be reported to the supervisor of the relay 
server, which could then no longer transmit the profile URL 

10 in response to service requests from the lost device. 

Alternatively, the relay URL could simply be discontinued 
for all time or reused by coupling it to a new secondary 
authentication tag. The latter may be implemented by 
having the relay server require an authentication code from 

15 the device before returning the profile URL. Still another 
alternative is to provide security at both the relay server 
and the profile server. 

Returning to the use scenario, assuming a link 
has been established between the smart appliance and the 

20 profile server, the user(s) may be prompted to enter a PIN 
number or some other authentication device to allow the 
profile to be used. The user may enter the authentication 
information on the appliance or via the RFID device itself. 
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Thus, the tag could be provided with a small user interface 
allowing input and display of data. 

The appliance could continuously poll its 
vicinity to determine the constitution of the current group 
of users. If the group has changed, the appliance may take 
appropriate action. The token may be a radio terminal, a 
transponder, an RFID tag, or any other kind of device that 
is able to transmit data wirelessly. If the device has its 
own power source, the appliance would not have to poll for 
new devices . 

As the constitution of a user group changes, the 
appliance may provide information about the combined 
profile so that the group can make adjustments or reconcile 
conflicts. Profiles will inevitably contain imperfect 
information and methods for reconciling them may always be 
limited to some extent. Thus, for example, the non- 
presence of sitcoms in one user's profile could indicate 
indifference or antipathy. The mechanism for reconciling 
may be limited to simple logical operations such as union 
or intersection of sets of rules. Presenting feedback on 
the combined profile and how it was created could allow the 
users to create a more intelligent reconciliation. A user 
interface to support such an interactive reconciliation may 
display all the categories of favored material from the 
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various profiles and allow the user(s) to select from among 
them. For example, in the above case where a user profile 
did not contain sitcoms, the group might select that 
category if the one user was indifferent or might deselect 
them if the user strongly disfavored that category of 
material . 

If a user leaves a group and his/her profile is 
withdrawn, the appliance may be programmed to determine 
whether the combined-profile space has changed sufficiently 
as to suggest a change to the current group. For example, 
suppose the only person that disfavors sports leaves the 
group leaving only sports -lovers behind. The current 
compromise of sitcoms resulting from an intersection of the 
profiles of the earlier group could be drastically altered 
generating much stronger matches with the now-current group 
preferences. So in this case, the appliance (e.g., 
television) would suggest new programming for the group to 
consider . 

Combining profiles need not be a constant 
homogenized solution space. It is possible for a single 
group, which is planning to watch TV for a period of, say 
two hours, to compromise in a time -dependent way that 
maximizes the value for all members. Suppose the 
combination of profiles suggests highly preferred 
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programming for one member or subgroup during the first 
hour and highly valued programming for another member or 
subgroup during the second hour. If the appliance knew the 
time during which the group would use the appliance 
together, it could make use of that information to allow 
selections to be made that would segregate the high value 
selections in time. The result would be that one member 
would get to see his/her most preferred programming during 
a first interval while another would get to see his/her 
most preferred programming during a second interval. 

When a consiamer buys an appliance, multiple RFID 
devices may be shipped with it. Alternatively, a single 
device may be shipped with a new appliance and further 
devices purchased when and if required. If the devices are 
to be used with multiple types of appliances or even 
multiple appliances made by multiple manufacturers, there 
may be a communications protocol standard that all would 
adopt. Alternatively, different protocols may be used by 
different manufacturers and each appliance built to 
recognize and interact with the devices of other 
manufacturers. If multiple devices are shipped with a 
product, to prevent wasted resources in the relay server, a 
user is required to register his/her device. The user logs 
onto the relay server, authorizes him/herself as a valid 
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user, and enters the profile URL. The user can always 
change or update this URL, but the resources required for 
each user is very small so that many users can be serviced 
with a very small storage space. Also, to minimize contact 
with the relay server, appliances can be programmed to 
persist the profile data or the URL data for a period of 
time before the data is expired. Preferably this data is 
never revealed unless via a secure interface, so storage on 
the appliance should not present a privacy problem. 

The invention contemplates a private profile 
database. According to one feature of the invention, each 
appliance may contribute information to this database. The 
prior art contains various descriptions of systems that 
adapt to user preferences by observing user-interaction 
with the appliance. For example, by observing a user's 
programming choices over time, an EPG set top box can 
derive rules and use these to personalize the EPG in the 
future. This profile data may be uploaded by the appliance 
to the user's personal profile server. Preferably, the 
data format would be standardized across multiple classes 
of appliances, but this is not essential. For example, the 
data could be XML- tagged and stored ad hoc, allowing 
various devices to make sense of it through the tagging. 
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As described above, the invention provides, among 
other things, the ability to "move" profile or preference 
data among various appliances. It also provides the 
ability to associate the profile or preference data with a 
physical object rather than something that must be 
memorized, like a URL, It further provides a simple, fast, 
convenient mechanism for identifying a user without 
requiring data entry through a user interface. It still 
further provides the ability for an ad hoc group to be 
defined and indicated to an appliance and have multiple 
user profiles merged thereby. Still further, it provides 
the ability for a manufacturer to provide a key to the 
supporting service infrastructure without requiring the 
manufacturer to support the bulk of the necessary data. 
The latter feature has the advantage of permitting devices 
for making the user's data more secure and private. 

The invention will be described in connection 
with certain preferred embodiments, with reference to the 
following illustrative figures so that it may be more fully 
understood. With reference to the figures, it is stressed 
that the particulars shown are by way of example and for 
purposes of illustrative discussion of the preferred 
embodiments of the present invention only, and are 
presented in the cause of providing what is believed to be 
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the most useful and readily understood description of the 
principles and conceptual aspects of the invention. In 
this regard, no attempt is made to show structural details 
of the invention in more detail than is necessary for a 
fundamental understanding of the invention, the description 
taken with the drawings making apparent to those skilled in 
the art how the several forms of the invention may be 
embodied in practice. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic illustration of a system in 
which in the invention may be advantageously applied. 

Fig. 2A is an illustration of a television with a 
5 set top box generating an electronic program guide in which 
the invention may be used. 

Fig. 2B is an illustration of an RFID token 
according to an embodiment of the invention. 

Fig. 3 is an illustration of a set of connections 
10 used by an appliance to obtain profile data according to an 
embodiment of the invention. 

Fig. 4 is a flow chart indicating a procedure for 
obtaining profile data according to an embodiment of the 
invention. 

15 Fig. 5 is a flow chart indicating a procedure for 

adding a new user to a group of users according to an 
embodiment of the invention. 

Fig. 5 is a flow chart indicating a procedure for 
removing a user from a group of users according to an 
20 embodiment of the invention. 

Fig. 7 is a flow chart indicating another 
procedure for adding a new user to a group of users 
according to an embodiment of the invention. 
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Fig. 8 is a flow chart indicating another 
procedure for removing a user from a group of users 
according to an embodiment of the invention. 

Fig. 9 is a flow chart indicating one type of 
5 secure procedure for accessing a user profile according to 
an embodiment of the invention. 

Fig. 10 is a flow chart indicating another type 
of secure procedure for accessing a user profile according 
to an embodiment of the invention. 
10 Fig. 11 is a flow chart indicating a procedure 

for providing new options to a group of users whose profile 
mix has changed. 

Fig. 12 is a flow chart illustrating a user 
interface for allowing a group to optimize a mix of profile 
15 data. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring to Fig. 1, the invention will be 
described in the environment of an electronic program guide 
20 (EPG) for a home television system. In an embodiment, a 
computer (or "set-top box") 240 displays program 
information on a television or monitor 230. The computer 
240 may be equipped to receive a video signal 260 and 
control a channel -changing function as well as accept 
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. search queries through user input devices such as a 

keyboard 211 or handheld remote control 210. The EPG can 
be browsed based on simple criteria such as a default 
filter (such as current time of day) as well as queried 
5 using a search engine process. The computer 240 may also 
be programmed to allow a user to select channels through a 
tuner (not shown) inside the computer 240 rather than 
through a television's tuner (not shown) . The user can 
then select a program to be viewed by highlighting a 

10 desired selection from a displayed program schedule using a 
remote control 210 to control the computer. The computer 
240 has a data link 2 60 through which it can receive 
updated program schedule data. This could be a telephone 
line connectable to an Internet service provider or some 

15 other suitable data connection. The computer 240 has a 

mass storage device 235, for example a hard disk, to store 
program schedule information, program applications and 
upgrades, and other information. Information about the 
user's preferences and other data can be uploaded into the 

20 computer 240 via removable media such as a memory card or 
disk 220. Alternatively, information may be obtained from 
a transponder such as an RFID token or device 100. 

EPG data may include titles and various 
descriptive information such as a narrative summary, 
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various keywords categorizing the content, etc. These may 
be searchable as full text through a suitable user 
interface (UI) . Referring now also to Fig. 2, the program 
information can be shown to the user and browsed by the 
user. The attendant display may be in the form of a time- 
grid 17 0 similar to the format commonly used for existing 
cable television channel guides. In the time-grid display 
17 0, various programs are shown such as indicated by the 
bar at 13 0. The length of each bar indicates a respective 
program's duration and the start and end points of each bar 
indicate the start and end times, respectively, of each 
respective program. A description window may be provided 
to show detailed information about a currently selected 
program. 

Content may be supplied from Internet servers 276 
a satellite receiver 103 via any type of network 274 
including radio, cable, optical, twisted pair or other 
metallic wiring. The content can be delivered as digital 
or analog signals. 

Note that many substitutions are possible in the 
above example hardware environment and all can be used in 
connection with the invention. The mass storage can be 
replaced by volatile memory or non- volatile memory. The 
data can be stored locally or remotely. In fact, the 
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entire computer 240 could be replaced with a server 
operating off site through a link. Rather than using a 
remote control to send commands to the computer 240 through 
an infrared port 215, the controller could send commands 
through a data channel 250 which could be separate from, or 
the same as, the physical channel carrying the video. The 
video or other content can be carried by a cable, RF, or 
any other broadband physical channel or obtained from a 
mass storage or removable storage medium. It could be 
carried by a switched physical channel such as a phone line 
or a virtually switched channel such as ATM or other 
network suitable for synchronous data communication. 
Content could be asynchronous and tolerant of dropouts so 
that present-day IP networks could be used. Further, the 
content of the line through which programming content is 
received could be audio, chat conversation data, web sites, 
or any other kind of content for which a variety of 
selections are possible. The program guide data can be 
received through channels other than the separate data link 
260. For example, program guide information can be 
received through the same physical channel as the video or 
other content. It could even be provided through removable 
data storage media such as memory card or disk 220. The 
remote control 210 can be replaced by a keyboard, voice 
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, command interface, 3D-mouse, joystick, or any other 

suitable input device. Selections can be made by moving a 
highlighting indicator, identifying a selection 
symbolically (e.g., by a name or number), or making 

5 selections in batch form through a data transmission or via 
removable media. 

Referring now to Figs. 2A, 2B, 3, and 4, the RFID 
token 100 has a non- volatile internal memory 502 for 
storing data and a transmitter 501. The token 100 has been 

10 placed near the appliance 240 which, as in Fig. 1, may be a 
set top box or any other appliance indicated as a general 
appliance 340 in Fig. 3. This permits the appliance 340 
and the RFID to establish a communications link momentarily 
such as to allow the RFID token 100 to transmit its relay 

15 URL information, and optionally, authentication data to the 
appliance 340. This occurs in step SlO of Fig. 4. Then, 
in step S15 the appliance 340 accesses the relay URL in a 
message that contains, optionally, information identifying 
the particular token and/or authentication information to 

20 authorize the relay server 310 to provide the profile URL 
data. In step S20, the relay server 310 may authenticate 
the request and then look up and transmit, back to the 
appliance 340, the location of the profile data. In step 
S25, the appliance 340 generates a request to the profile 
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server 3 05 which may optionally contain 

authentication/authorization data. Finally, in step 30, 
the profile data is returned. Note that profile data may 
be obtained in a multistep process whereby the appliance 
interrogates the profile database to determine the data 
that is available or alternatively, the appliance 340 may 
indicate to the profile server 3 05 the type of data 
required or the nature of the appliance, and the profile 
server 305 will transmit the relevant data. Another 
alternative is for the profile server 3 05 to package the 
data in a format requested by the appliance. 

The servers, represented generally by the box at 
63 0 may be standard network devices having a network 
interface 620, a memory 640, and a controller 610. 

Note that instead of URLs, the location data can 
be provided in the form of IP addresses or any other 
suitable addressing mechanism permitting the location of 
data or processes on a network. The profile location may 
contain many different types of data such as speed dial 
lists, media preferences, preferred product 
classifications, etc. Note that the appliance 340 could 
obtain all the information in the profile database or just 
the information it requires. For example if the database 
were XML-tagged, the appliance 340 could filter out 
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irrelevant content and personalize itself accordingly. 
Note also that features of the invention may be implemented 
using smart cards or other physical media, transponders, 
communications devices, etc. For example, the relay URL 
could be contained in a Bluetooth compatible cell phone, 
PDA, or even a piece of flash media or a disk. Preferably, 
however, it is desirable for the device to be cheap and 
capable of being transported everywhere. 

An alternative implementation of the RFID is to 
have the RFID data installed in multiple devices, one of 
which is likely to be at hand at any time. So when 
wireless piconets become a commonplace and people carry 
multiple interoperable wireless devices, the ID information 
on the RFID token could be stored in each device owned by a 
particular user. Thus it would not be necessary for the 
user to carry around a particular token. In that case, the 
manufacturer of an appliance or a third party could simply 
provide the relay URL data and the relay server to 
customers or as a fee service. 

The RFID token may be shipped with a new 
appliance and/or sold separately. Examples of appliances 
are telephones, televisions, computers, kitchen appliances, 
PDAs, movie boxes in hotel rooms, VCRs, or any device that 
can be customized. Appliances need not be owned by the 
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user. For example a hotel or shopping mall video kiosk 
could make use of the token for self-customization allowing 
it to provide relevant advice to a traveler or shopper. 
Workers changing workstations could have the software of 
their workstations set themselves up according to the 
worker's preferences no matter where the worker moved in an 
office. The customizable features may consist of the 
location of icons on a desktop, the resolution of a screen, 
the settings of application software such as toolbars, 
background colors or any other persistent reset-able 
feature. Preference information may also cross boundaries 
so that a shopping mall kiosk could recommend fashion 
venues or restaurants based on television or movie 
preferences . 

The token or device may simply be placed near the 
smart appliance while the user is using it. The device may 
be required to be placed close to the appliance or it could 
be permitted to work in a field that is a substantial 
radius, say several meters, as in a Bluetooth® network. 
One advantage that derives from a close-proximity 
requirement is that it allows users to enter and leave a 
user group by simply placing and removing the user's token. 
If the device is used in a physical setup where a user may 
leave the vicinity of the appliance for a period of time 
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, and then return and it might be disruptive to have the 
profile removed during that interval. 

One way to get around the problem of leaving a 
the contact range of the appliance without leaving the 
5 group in a system using a large-radius RFID device is to 
provide in the programming of the appliance/ a persistence 
period. When a user enters a group, the user's profile 
data is not added to the groups until he/she as remained in 
the group for a minimum period of time. After that initial 

10 interval, the user's presence is '^persisted" (made 

permanent up to an interval) so that if the user leaves the 
room momentarily, his/her membership in the group is not 
lost. Also, to prevent transient occupants from being 
added to the user group, the detection of a token would not 

15 cause the addition of a user to a group unless confirmed or 
authenticated. Thus, the appliance could request 
confirmation that a new occupant confirm that he/she should 
be added to the user group. 

Referring to Fig. 5, when, in event S40, a User 

20 A's RFID links with an appliance in use by User's B and C, 
in step S50, the appliance starts a watchdog timer. In 
step SlOO, if User A actively enters the group, perhaps by 
clicking an icon on a television screen indicating that a 
new user is pending acceptance into the group. User A is 
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added in step S65. Otherwise, in step S55 the link is 
tested to determine if User A remains linked. If User A 
has de- linked, he/she is removed from the pending list and 
the thread of Fig. 5 is terminated. If User A remains 
linked in step S55, the watchdog timer is tested in step 
S60. If the timer has timed out, control passes to step 
S55 and if not, control returns to step SlOO, 

Referring to Fig. 6, when, in event S70, User A's 
RFID de-links from an appliance in use by User's B and C, 
in step S75, the appliance starts a watchdog timer. In 
step S105, if User A actively leaves the group, perhaps by 
clicking an icon on a television screen indicating current 
members of the group. User A is removed from the group in 
step S90, Otherwise, in step S80 the link is tested to 
determine if User A has re-linked. If User A has re- 
linked, he/she remains in the current group and the thread 
of Fig. 6 is terminated. If User A remains unlinked in 
step S80, the watchdog timer is tested in step S85. If the 
timer has timed out, control passes to step S90 and if not, 
control returns to step S105. 

Alternatively, the devices could be required to 
be placed right near the appliance. In this scenario, each 
user would leave his token or device on top of or near the 
appliance while he/she expected to remain an active member 
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of a group of users. This would have the advantage of 
preventing inadvertent addition of transient occupants of 

* 

the room being added to the user group. Referring to Figs. 
7 and 8, when a link is established, the user is in the 

5 group and when the link is broken, the user is removed from 
the group as indicated by events S120 and S130 and steps 
S125 and S135. 

For security, the token may provide data 
identifying the token as well as the relay location URL and 

10 the smart appliance may be required to transmit this 

identifier in order to be authorized to receive data from 
either the relay server 310 or the profile server 305 or 
both. With this authorization requirement, if a user lost 
his/her RFID device, he/she could indicate the loss of the 

15 device to either the profile server administrator or the 

relay server administrator. Subsequent attempts to use the 
device could then be unauthorized. 

Referring to Fig. 9, in step S210, the appliance 
340 transmits the token ID and authentication data (for 

20 example a PIN code prompted by the appliance 340) . Note 
that the authentication data may be left out, since the 
token ID may serve as the authentication. Then, in step 
S215 the appliance 340 requests the relay URL. In step 
S217, the relay server determines whether the request is 
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. valid or invalid and if valid, in step S220, transmits back 
to the appliance 340, the location of the profile data. If 
invalid, the thread terminates. In step S225, the 
appliance requests profile data from the profile server 
5 305. Finally, in step 230, the profile data is returned. 

Referring to Fig. 10, in step 240, the token 
transmits its ID and relay URL to the appliance 340. The 
appliance then transmits authentication data and the token 
ID to the relay server 310 at step S215. The relay server 
10 determines if the token is authorized at step S217 and if 
so, transmits the profile URL at step S220. If the token 
is not authorized, a rejection is transmitted and the 
thread is terminated. Then in steps S225 and S23 0, the 
profile data is transmitted to and received by, 
15 respectively, the appliance 340. 

An example of a relay URL is: 
http :// 12 3. 123. 123. 123 /tokens /< token ID> 
Preferably this would link to a so-called dynamic 
web site that took in the token ID and ran an internal 
20 process that responded to it. In the above, the token ID 
and the URL are essentially the same, the former simply 
being passed to a server process as an argument within the 
rest of the URL. An example of a profile URL is: 
http : / /www. f unpage . com/myhomepage/- joesmith/<password>/prof 
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ile.dat. The latter URL contains a secret directory name 
which acts as a password so that it cannot be accessed 
idly. The data file could simply be downloaded by any 
appliance accessing it. Alternatively, the profile URL 
could point to a dynamic site that prompts an exchange. 
For example, such a site could request data identifying the 
type of appliance. A profile server process could use this 
information to transmit only the relevant data for the type 
of appliance. In addition, the user{s) may be prompted to 
enter a PIN number or some other authentication device to 
allow the profile to be used. The user may enter the 
authentication information on the appliance or via the RFID 
device itself. Thus, the tag could be provided with a 
small user interface allowing input and display of data. 

When a token is lost, the relay URL could simply 
be discontinued for all time or reused by coupling it to a 
new secondary authentication tag. 

As the constitution of a user group changes, the 
appliance may provide information about the combined 
profile so that the group can make adjustments or reconcile 
conflicts. The goodness of fit of available options to the 
groups preferences in combination can usually be 
determined, depending on the type of predictive engine 
being used. This topic is outside the scope of this 
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patent, so it will not be discussed here. However, each 
combination of profiles would permit a unique set of 
options, each of whose combined value can be determined. 
Thus, a group of sports-lovers would achieve a higher total 
value in their most preferred set of choices than a group 
containing a mix of tastes. Referring to Fig. 11, when a 
group changes composition in step S400, the appliance 340 
may recalculate the combined profile in step S405. In step 
S410, the value of the profile may be determined in step 
S410 and if greater than the value of the previous profile, 
in step S415, the appliance can present for selection the 
new set of options in step S420. 

Profiles will inevitably contain imperfect 
information and methods for reconciling them may always be 
limited to some extent. Thus, for example, the non- 
presence of sitcoms in one user's profile could indicate 
indifference or antipathy. The mechanism for reconciling 
may be limited to simple logical operations such as union 
or intersection of sets of rules. Presenting feedback on 
the combined profile could allow the users to create a more 
intelligent reconciliation. Referring to Fig. 12, a user 
interface to support such an interactive reconciliation may 
display all the categories of favored material from the 
various profiles and allow the user(s) to select from among 
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. them. For example, in Fig, 11, a user interface displays 
categories 510 from each user's profile in a first area of 
a screen 500. In a second area 505, the interface displays 
selected categories 525 generated by combining group 
5 preferences. The group has selected one of the categories 
520 to add to the group preferences as indicated by the 
arrow 515. 

Combining profiles need not be a constant 
homogenized solution space. It is possible for a single 

10 group, which is planning to watch TV for a period of, say 
two hours, to compromise in a time -dependent way that 
maximizes the value for all members. Suppose the 
combination of profiles suggests highly preferred 
programming for one member or subgroup during the first 

15 hour and highly valued programming for another member or 

subgroup during the second hour. If the appliance knew the 
time during which the group would use the appliance 
together, it could make use of that information to allow 
selections to be made that would segregate the high value 

20 selections in time. The result would be that one member 
would get to see his/her most preferred programming during 
a first interval while another would get to see his/her 
most preferred programming during a second interval. 
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When a consumer buys an appliance, multiple RFID 
devices may be shipped with it. In a preferred embodiment, 
each of the RFID devices is shaped differently, like the 
pieces of a game, such as Monopoly®. That way, each member 
5 of a family can choose the piece that they identify with. 

Alternatively, a single device may be shipped 
with a new appliance and further devices purchased when and 
if required. If the devices are to be used with multiple 
types of appliances or even multiple appliances made by 

10 multiple manufacturers, there may be a communications 
protocol standard that all would adopt. Alternatively, 
different protocols may be used by different manufacturers 
and each appliance built to recognize and interact with the 
devices of other manufacturers. If multiple devices are 

15 shipped with a product, to prevent wasted resources in the 
relay server, a user is required to register his/her 
device. The user logs onto the relay server, authorizes 
him/herself as a valid user, and enters the profile URL. 
The user can always change or update this URL, but the 

20 resources required for each user is very small so that many 
users can be serviced with a very small storage space. 
Also, to minimize contact with the relay server, appliances 
can be programmed to persist the profile data or the URL 
data for a period of time before the data is expired. 
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Preferably this data is never revealed unless via a secure 
interface, so storage on the appliance should not present a 
privacy problem. 

The invention contemplates a private profile 
database. According to one feature of the invention, each 
appliance may contribute information to this database. The 
prior art contains various descriptions of systems that 
adapt to user preferences by observing user-interaction 
with the appliance. For example by observing a user's 
programming choices over time, an EPG set top box can 
derive rules and use these to personalize the EPG in the 
future. This profile data may be uploaded by the appliance 
to the user's personal profile server. Preferably, the 
data format would be standardized across multiple classes 
of appliances, but this is not essential. For example, the 
data could be XML-tagged and stored ad hoc, allowing 
various devices to make sense of it through the tagging. 

As described above, the invention provides, among 
other things, the ability to ''move" profile or preference 
data among various appliances. It also provides the 
ability to associate the profile or preference data with a 
physical object rather than something that must be 
memorized, like a URL. It further provides a simple, fast, 
convenient mechanism for identifying a user without 
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requiring data entry through a user interface. It still 
further provides the ability for an ad hoc group to be 
defined and indicated to an appliance and have multiple 
user profiles merged thereby. Still further, it provides 
the ability for a manufacturer to provide a key to the 
supporting service infrastructure without requiring the 
manufacturer to support the bulk of the necessary data. 
The latter feature has the advantage of permitting devices 
for making the user's data more secure and private. 

According to another feature of the invention, a 
user interface allowing interaction with the profile server 
or an administrative server controlling data accessible via 
either or both, allows the user to correlate a particular 
subset of his/her profile data with a given RFID device. 
For example, the user may buy multiple RFID tokens. The 
user may wish to permit another person to have the user's 
personal telephone list. The user can, through a user 
interface of an administrator process running either on the 
relay server, the profile server or another server, 
associate the token with only that particular subset of 
his/her profile data. The administrator user interface 
would allow the entry of the token ID (either automatically 
or by entering a code associated with the ID effective to 
identify it uniquely) . The user interface would permit the 
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association of various permissions with the particular 
token. After doing so the acSitiinistration process would 
configure a gate-keeping process that insured that only the 
specified data could be obtained from the profile using 
that particular token. The gate-keeping process may run 
for example on the relay server which indicates to the 
profile server that only a specified subset of data is 
authorized. Alternatively, the gate-keeping function may 
be provided on the profile server. Among the options 
provided by the administrative user interface could be a 
time-to-live parameter that makes a token unusable after a 
specified period of time. 

Although the invention is discussed above with 
regard to, principally, an RFID tag or device, it is noted 
that any kind of data delivery device could be used. For 
example, the appliance user interface may be used to enter 
the relay URL manually or the URL could be stored on a 
smart card, bar code, or other means for transmitting data. 

Note also that a feature of the invention is that 
the profile data on the profile server may include 
variegated preference data that includes data relating to 
various appliances and contexts. Thus the profile data may 
include software workstation environment preferences, 
telephone speed dial lists, PDA address and phone book 

H:\inventions\physical interface papers \patent specification.doc 34 



, entries, recipes, oven temperature settings, refrigerator 
settings, dishwasher washing modes, Internet site 
favorites, etc. These various data may be stored in a 
single corpus of preference data and accessed and 
5 administered by the same user interface. 

It will be evident to those skilled in the art 
that the invention is not limited to the details of the 
foregoing illustrative embodiments, and that the present 
invention may be embodied in other specific forms without 

10 departing from the spirit or essential attributes thereof. 
The present embodiments are therefore to be considered in 
all respects as illustrative and not restrictive, the scope 
of the invention being indicated by the appended claims 
rather than by the foregoing description, and all changes 

15 which come within the meaning and range of equivalency of 
the claims are therefore intended to be embraced therein. 
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1 ^ Claims 

2 ' What is claimed is: 

1 1. A radio transmission device, comprising: 

2 a memory containing a relay uniform resource 

3 locator (URL) , said relay URL indicating an address of a 

4 relay server programmed to transmit a profile URL 

5 indicating an address where a preference profile 

6 corresponding to said radio transmission device is stored; 

7 a transmitter connected to said memory such as to 

8 permit transmission of said relay URL to an appliance. 

1 2. A device as in claim 1, wherein said memory 

2 contains a unique identifier of said radio transmission 

3 device for transmitting to said appliance. 

1 3. A device as in claim 1, wherein said 

2 transmitter and said memory are part of a transponder with 

3 no internal power source. 

1 4. A network server, comprising: 

2 a memory, a controller, and a network interface 

3 effective to respond to relay addresses stored on various 

4 ID devices and to receive an ID device identifier from one 

5 of said ID devices transmitted by an appliance; 

6 said controller being programmed to retrieve from 

7 said memory a profile address where a profile corresponding 

8 to said ID device identifier is stored; 
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9 ► said controller being programmed to transmit said 

10 profile address to said appliance. 

1 5 . An appliance, comprising: 

2 a controller and a receiver connected thereto and 

3 effective to receive an ID device identifier; 

4 a network interface connectable to a relay server 

5 corresponding to said ID device; 

6 said controller being programmed to transmit data 

7 responsive to said identifier to said relay server and 

8 receive a profile address in response from said relay 

9 server; 

10 said controller being further programmed to 

11 access profile data on said profile server. 

1 6. A method of controlling the operation of an 

2 appliance, comprising the steps of: 

3 delivering first access data to an appliance, 

4 said access data providing network access to first 

5 configuration data; 

6 receiving at said appliance at least a portion of 

7 said first configuration data via said network; 

8 configuring said appliance responsively to said 

9 first configuration data; 
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10 . delivering second access data to said appliance, 

11 ' said second access data providing network access to second 

12 configuration data; 

13 receiving at said appliance at least a portion of 

14 said second configuration data; 

15 reconfiguring said appliance responsively to said 

16 second configuration data. 

1 7. A method as in claim 6, wherein said first 

2 and second steps of delivering each include delivering data 

3 from a portable device permanently storing said first and 

4 second access data, respectively, 

1 8. A method as in claim 7, wherein said first 

2 receiving step includes receiving first relay data 

3 responsive to a network server identified in said first 



4 access data, receiving profile data made accessible via 

5 said network by said first relay data and said second 

6 receiving step includes receiving second relay data 



7 responsive to a network server identified in said second 

8 access data, and receiving profile data made accessible via 

9 said network by said second relay data* 

1 9. A method as in claim 6, wherein said first 

2 receiving step includes receiving first relay data 

3 responsive to a network server identified in said first 

4 access data, receiving profile data made accessible via 
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5 ^ said network by said first relay data and said second 

6 ' receiving step includes receiving second relay data 



1 responsive to a network server identified in said second 

8 eiccess data, and receiving profile data made accessible via 

9 said network by said second relay data. 

1 10. A method as in claim 6, wherein: 

2 said first and second steps of delivering include 

3 delivering data from a portable device permanently storing 

4 said first and second access data, respectively; 

5 said device is a radio frequency identification 

6 device. 

1 11. A method as in claim 10, wherein each of 

2 said first and second access data are permanently stored in 

3 respective first and second radio frequency identification 

4 devices. 

1 12 , A method as in claim 11, wherein said steps 

2 of delivering include co-locating a radio frequency 

3 identification device with said appliance. 

13. A method as in claim 6, wherein said first 

5 step of receiving includes receiving a portion of profile 
data including data relating to said appliance and data 



relating to another type of appliance. 
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Abstract 

A radio frequency identification (RFID) token is used with 
appliances to access profile data to personalize the 
appliance. Each token contains a pointer to a relay 
location on a network with a further pointer indicating a 
profile location where user-profile data is stored. When a 
user wants to use an appliance, he/she places the token 
near the appliance and the appliance accesses the data from 
the site indicated (pointed to) by the relay location. The 
profile location may contain many different types of data 
such as speed dial lists, media preferences, preferred 
product classifications, etc. The appliance could obtain 
just the information it required, for example if the 
database were XML-tagged, by filtering out irrelevant 
content and personalize itself accordingly. When multiple 
users wish to use a single appliance, for example a 
television, each may place his/her token near the appliance 
and the appliance may then combine relevant profile data 
accordingly to develop a single composite profile to use to 
personalize the appliance. 
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